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DETAILED ACTION 
Status of Claims: 
Claims 1-28 are pending in this Office Action. 
Claims 1 and 11 are amended. 
Claims 26-28 are new. 



Claim Rejections - 35 USC § 103 

1 . The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. Claims 1-25 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Zargham et al. (US 6,954,757 B2) in view of Story et al. (US 6,081 ,807). 



Claim 1 

Zargham teaches a system comprising: 

a database ([Zargham] Column 8 Lines 34-37, "Central repository-refers to a 
sharable unified capacity such as the operational data store (CDS) with a relational 
database management system (RDBMS) in the ZLE frameworl<"); and 

a plurality of instances of an application server implementing a Java application 
model ([Zargham] Column 16 Lines 12-16, "The workflow service in the ZLE framework 
is, for example, an EJB (Enterprise Java Bean, Java 2 enterprise edition ( J2EE)) 
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compliant service running on parallel, available application servers that can store its 
workflow as XML data structures") coupled in a star topology with the message server 
at a center of the star topology, the plurality of instances sharing the database 
([Zargham] Column 3 Lines 21-26, "the ZLE framework defines a multilevel architecture 
with a hub, wherein the enterprise applications are loosely coupled to the hub and 
communicating therewith via adapters" and see Column 6 Lines 53-61 , "Loosely 
coupled applications"). 

Zarhgham does not disclose a message server having no persistent state such 
that the message server can be restarted after a failure without performing state 
recovery operations . 

Story et al. teaches a stateless server in Column 1 lines 27-35, "The NFS 
protocol is defined in various standards documents, e.g., "NFS: Network File System 
Protocol Specifications," Sun Microsystems, Inc., RFC (Request for Comment) 1094, 
which is hereby incorporated by reference. The NFS protocol requires a "stateless 
server." This means that the state of interactions between the server and a client are not 
to be tracked or managed by the server during a session" in order that "if a client makes 
a request to a server, and after satisfying that request the server fails and is restarted, 
the server must be able to handle subsequent related requests from the client without 
needing to access state data that was lost when the server failed" (Column 1 lines 35- 
39). 

It would have been obvious to one of ordinary skill in the art at the time to create 
the invention of Zargham to include the stateless server as taught by Story et al. in 
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order that "if a client makes a request to a server, and after satisfying that request the 
server fails and is restarted, the server must be able to handle subsequent related 
requests from the client without needing to access state data that was lost when the 
server failed" (Column 1 lines 35-39). 

Claim 2 

The modified Zargham teaches the system of claim 1 wherein each instance 
comprises: 

a dispatcher node; and a plurality of server nodes ([Zargham] See Figure 9, ZLE 
framework). 

Claim 3 

The modified Zargham teaches the system of claim 2 wherein each server node 

comprises: 

a java 2 enterprise edition ( J2EE) engine ([Zargham] Column 16 Lines 12-16, 
"The workflow service in the ZLE framework is, for example, an EJB (Enterprise Java 
Bean, Java 2 enterprise edition ( J2EE)) compliant service running on parallel, available 
application servers that can store its workflow as XML data structures"). 



Claim 4 

The modified Zargham teaches the system of claim 1 further comprising: 
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a central lock server to provide cluster wide locks to the plurality of instances 
([Zargham] Column 7 Lines 43-46, "An event may unlock or prompt the commencement 
of one or more business transactions. An event may lock or prompt the ending of one or 
more business transactions"). 

Claim 5 

The modified Zargham teaches the system of claim 1 wherein the message 
server comprises: 

a first data structure to store a list of connected clients; and a second data 
structure and a list of services provided In the system ([Zargham] Column 1 Lines 43- 
46, "the ZLE can Integrate data related to the real time operations of the enterprise Into 
a data storage cache, also known as operational data store (ODS)"). 

Claim 6 

Zargham teaches a computer readable storage media containing executable 
computer program Instructions which when executed cause a digital processing system 
to perform a method comprising: 

starting a central services node to provide a locking service and a messaging 
service ([Zargham] Column 7 Lines 43-46, "An event may unlock or prompt the 
commencement of one or more business transactions. An event may lock or prompt the 
ending of one or more business transactions" and Column 6 Lines 62-67, "Tightly 
coupled applications— refers to applications that are not stand-alone and are tightly 
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integrated into tlie ZLE franneworl<. Tightly integrated functionality — e.g., event capture, 
data extraction, rules, workflow, message transports and transformations— becomes 
part of the ZLE core functionality"); 

starting a plurality of application server instances ([Zargham] Column 16 Lines 
12-16, "The workflow service in the ZLE framework is, for example, an EJB (Enterprise 
Java Bean, Java 2 enterprise edition ( J2EE)) compliant service running on parallel, 
available application servers that can store its workflow as XML data structures"); and 

organizing the application server instances into a cluster having star topology 
with the central services node at a center of the star topology ([Zargham] Column 3 
Lines 21-26, "the ZLE framework defines a multilevel architecture with a hub, wherein 
the enterprise applications are loosely coupled to the hub and communicating therewith 
via adapters" and see Column 6 Lines 53-61, "Loosely coupled applications"). 

Zarhgham does not disclose the messaging service having no persistent state. 

Story et al. teaches a stateless server in Column 1 lines 27-35, "The NFS 
protocol is defined in various standards documents, e.g., "NFS: Network File System 
Protocol Specifications," Sun Microsystems, Inc., RFC (Request for Comment) 1094, 
which is hereby incorporated by reference. The NFS protocol requires a "stateless 
server." This means that the state of interactions between the server and a client are not 
to be tracked or managed by the server during a session" in order that "if a client makes 
a request to a server, and after satisfying that request the server fails and is restarted, 
the server must be able to handle subsequent related requests from the client without 
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needing to access state data that was lost when the server failed" (Column 1 lines 35- 
39). 

It would have been obvious to one of ordinary skill in the art at the time to create 
the invention of Zargham to include the stateless server as taught by Story et al. in 
order that "if a client makes a request to a server, and after satisfying that request the 
server fails and is restarted, the server must be able to handle subsequent related 
requests from the client without needing to access state data that was lost when the 
server failed" (Column 1 lines 35-39). 



Claim 7 

The modified Zargham teaches the computer readable storage media of claim 6 
containing executable computer program instructions which when executed cause a 
digital processing system to perform the method further comprising: 

sharing a database among the plurality of application server instances 
([Zargham] Column 8 Lines 34-37, "Central repository-refers to a sharable unified 
capacity such as the operational data store (ODS) with a relational database 
management system (RDBMS) in the ZLE framework"). 



Claim 8 

The modified Zargham teaches the computer readable storage media of 6 
containing executable computer program instructions which when executed cause a 
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digital processing system to perform tlie metliod wlierein starting a plurality of 
application server instances comprises: 

starting, for each application server instance of the plurality, a dispatcher node 
and a plurality of server nodes ([Zargham] See Figure 9, ZLE framework). 

Claim 9 

The modified Zargham teaches the computer readable storage media of claim 6 
containing executable computer program instructions which when executed cause a 
digital processing system to perform the method further comprising: 

starting a message server having no persistent state (See claim 6 rejection). 

Claim 10 

The modified Zargham teaches the computer readable storage media of claim 6 
containing executable computer program instructions which when executed cause a 
digital processing system to perform the method further comprising: 

registering each application server with the messaging server ([Zargham] 
Column 13 Lines 66-68, "The robust message store function supports the EAI platform 
for ZLE hub-based publish and subscribe operations"). 
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Claim 11 

The modified Zargham teaclies tine computer readable storage media of claim 6 
containing executable computer program instructions which when executed cause a 
digital processing system to perform the method further comprising: 

conducting inter Instance communication through the messaging server 
([Zargham] Column 21 Lines 53-55, "Messaging functions in the ZLE framework may 
involve a simple messaging scenario of an EAI-type request-response situation"). 

Claim 12 

The modified Zargham teaches the computer readable storage media of claim 9 
containing executable computer program instructions which when executed cause a 
digital processing system to perform the method further comprising: 

restarting the message server without state recovery responsive to a system 
failure (see claim 6 rejection). 

Claim 13 

The modified Zargham teaches the computer readable storage media of claim 10 
containing executable computer program instructions which when executed cause a 
digital processing system to perform the method further comprising: 

notifying all registered instances from the message server when an additional 
instance joins the cluster ([Zargham] Column 13 Lines 66-68,"The robust message store 
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function supports tlie EAI platform for ZLE liub-based publisli and subscribe 
operations"). 



Claim 14 

Zargliam teaclies a system comprising: 

means for organizing a plurality of application servers instances into a cluster 
having a star topology with a central services node at a center of the star topology 
([Zargham] Column 3 Lines 21-26, "the ZLE framework defines a multilevel architecture 
with a hub, wherein the enterprise applications are loosely coupled to the hub and 
communicating therewith via adapters" and see Column 6 Lines 53-61 , "Loosely 
coupled applications"); 

means for sharing a storage resource across the cluster; and means for 
performing centralized inter instances communication ([Zargham] Column 8 Lines 34- 
37, "Central repository-refers to a sharable unified capacity such as the operational 
data store (CDS) with a relational database management system (RDBMS) in the ZLE 
framework"). 

Zargham et al. does not disclose means for performing centralized inter 
instances communication without maintenance of persistent state information 

Story et al. teaches a stateless server in Column 1 lines 27-35, "The NFS 
protocol is defined in various standards documents, e.g., "NFS: Network File System 
Protocol Specifications," Sun Microsystems, Inc., RFC (Request for Comment) 1094, 
which is hereby incorporated by reference. The NFS protocol requires a "stateless 
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server." This means tliat tine state of interactions between the server and a client are not 
to be tracked or managed by the server during a session" in order that "if a client makes 
a request to a server, and after satisfying that request the server fails and is restarted, 
the server must be able to handle subsequent related requests from the client without 
needing to access state data that was lost when the server failed" (Column 1 lines 35- 
39). 

It would have been obvious to one of ordinary skill in the art at the time to create 
the invention of Zargham to include the stateless server as taught by Story et al. in 
order that "if a client makes a request to a server, and after satisfying that request the 
server fails and is restarted, the server must be able to handle subsequent related 
requests from the client without needing to access state data that was lost when the 
server failed" (Column 1 lines 35-39). 



Claim 15 

The modified Zargham teaches the system of claim 14 further comprising: 
means for centralized locking of a resource within the cluster ([Zargham] Column 
7 Lines 43-46, "An event may unlock or prompt the commencement of one or more 
business transactions. An event may lock or prompt the ending of one or more business 
transactions"). 
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Claim 16 

The modified Zargham teaclies tine system of claim 14 wlierein tine means for 
performing comprises: 

a message server having no persistent state (See claim 14 rejection). 

Claim 17 

The modified Zargham teaches the system of claim 14 wherein the means for 
performing comprises: 

means for registering Instances; and 

means for recording services provided in the cluster ([Zargham] Column 13 Lines 
66-68,"The robust message store function supports the EAI platform for ZLE hub-based 
publish and subscribe operations"). 

Claim 18 

Zargham teaches a method comprising: 

starting a central services node to provide a locking service and a messaging 
service ([Zargham] Column 7 Lines 43-46, "An event may unlock or prompt the 
commencement of one or more business transactions. An event may lock or prompt the 
ending of one or more business transactions" and Column 6 Lines 62-67, "Tightly 
coupled applications— refers to applications that are not stand-alone and are tightly 
integrated into the ZLE framework. Tightly integrated functionality — e.g., event capture. 



Application/Control Number: 10/750,002 Page 13 

Art Unit: 2446 

data extraction, rules, workflow, message transports and transformations — becomes 
part of the ZLE core functionality"). 

starting a plurality of application server instances ([Zargham] Column 16 Lines 
12-16, "The workflow service in the ZLE framework is, for example, an EJB (Enterprise 
Java Bean, Java 2 enterprise edition ( J2EE)) compliant service running on parallel, 
available application servers that can store its workflow as XML data structures"); and 

organizing the application server instances into a cluster having star topology 
with the central services node at a center of the star topology ([Zargham] Column 3 
Lines 21-26, "the ZLE framework defines a multilevel architecture with a hub, wherein 
the enterprise applications are loosely coupled to the hub and communicating therewith 
via adapters" and see Column 6 Lines 53-61, "Loosely coupled applications"). 

Zarhgham does not disclose the messaging service not maintaining a persistent 

state. 

Story et al. teaches a stateless server in Column 1 lines 27-35, "The NFS 
protocol is defined in various standards documents, e.g., "NFS: Network File System 
Protocol Specifications," Sun Microsystems, Inc., RFC (Request for Comment) 1094, 
which is hereby incorporated by reference. The NFS protocol requires a "stateless 
server." This means that the state of interactions between the server and a client are not 
to be tracked or managed by the server during a session" in order that "if a client makes 
a request to a server, and after satisfying that request the server fails and is restarted, 
the server must be able to handle subsequent related requests from the client without 
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needing to access state data that was lost when the server failed" (Column 1 lines 35- 
39). 

It would have been obvious to one of ordinary skill in the art at the time to create 
the invention of Zargham to include the stateless server as taught by Story et al. in 
order that "if a client makes a request to a server, and after satisfying that request the 
server fails and is restarted, the server must be able to handle subsequent related 
requests from the client without needing to access state data that was lost when the 
server failed" (Column 1 lines 35-39). 

Claim 19 

The modified Zargham teaches the method of claim 18 further comprising: 
sharing a database among the plurality of application server instances 

([Zargham] Column 8 Lines 34-37, "Central repository--refers to a sharable unified 
capacity such as the operational data store (ODS) with a relational database 
management system (RDBMS) in the ZLE framework"). 

Claim 20 

The modified Zargham teaches the method of claim 18 wherein starting a 
plurality of application server instances comprises: 

starting, for each instance of the plurality, a dispatcher node and a plurality of 
server nodes ([Zargham] See Figure 9, ZLE framework). 
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Claim 21 

The modified Zargham teaches the method of claim 18 wherein starting a central 
service node comprises: 

starting a message server having no persistent state (see claim 18 rejection). 

Claim 22 

The modified Zargham teaches the method of claim 18 wherein organizing 
comprises: 

registering each application server with the messaging server ([Zargham] 
Column 13 Lines 66-68,"The robust message store function supports the EAI platform 
for ZLE hub-based publish and subscribe operations"). 

Claim 23 

The modified Zargham teaches the method of claim 18 further comprising: 
conducting inter instance communication through the messaging service 
([Zargham] Column 21 Lines 53-55, "Messaging functions in the ZLE framework may 
involve a simple messaging scenario of an EAI-type request-response situation"). 

Claim 24 

The modified Zargham teaches the method of claim 21 further comprising: 
restarting the message server without state recovery responsive to a system 
failure (See claim 18 rejection). 
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Claim 25 

The modified Zargliam teaclies tine metliod of claim 22 wlierein organizing 
further comprises: 

notifying all registered instances from the message server when an additional 
instance joins the cluster ([Zargham] Column 13 Lines 66-68, "The robust message store 
function supports the EAI platform for ZLE hub-based publish and subscribe 
operations"). 

Claim 26 

The modified Zargham teaches the system of Claim 1 , wherein each application 
server instance registers with the messaging server ([Zargham] Column 13 Lines 66-68, 
"The robust message store function supports the EAI platform for ZLE hub-based 
publish and subscribe operations"). 

Claim 27 

The modified Zargham teaches the system of Claim 1 , wherein inter-instance 
communications are conducted through the messaging server ([Zargham] Column 21 
Lines 53-55, "Messaging functions in the ZLE framework may involve a simple 
messaging scenario of an EAI-type request-response situation"). 
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Claim 28 

The modified Zargham teaclies tine system of Claim 26, wherein each registered 
application server instance is notified by the message server when an additional 
instance registers with the messaging server ([Zargham] Column 13 Lines 66-68, "The 
robust message store function supports the EAI platform for ZLE hub-based publish and 
subscribe operations" and Column 14 lines 8-11 "Performing publish and subscribe 
through the relational database enables the messaging function to leverage the 
parallelism, partitioning, and built-in manageability of the RDBMS platform). 

Response to Arguments 

3. Applicant's arguments with respect to claims 1-28 have been considered but are 
moot in view of the new ground(s) of rejection. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to FARHAD ALI whose telephone number is (571)270- 
1920. The examiner can normally be reached on Monday thru Friday, 7:30am to 
5:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jeffrey C. Pwu can be reached on (571 ) 272-6798. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Farhad All/ 
Examiner, Art Unit 2446 



/Jeffrey Pwu/ 

Supervisory Patent Examiner, Art Unit 2446 



